home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Just Call Me Internet
/
Just Call Me Internet.iso
/
prog
/
atari
/
m2
/
cat3src
/
cat
/
doku
/
ideaprnt.txt
< prev
next >
Wrap
Text File
|
1997-10-26
|
9KB
|
232 lines
Gruppe: Persnliche
ID: P48939@K2
Kommentar zu P5117@KA2
Wg.: IdeaList v3.70
An: Christoph Bartholme @ KA2 (Di, 20.02.96 20:25)
MId: 199602202025.p48939@k2.maus.de
RId: 199602181324.p5117@ka2.maus.de
Hierzu gibt es einen Kommentar
Hi Christoph,
CB>Prima Idee. Mal sehen, ob wir da eine gute Lsung finden...
fein, da Du das auch so siehst.
CB>Eine Erweiterung auf die bergabe per Puffer wre aber vermutlich
CB>nicht allzu aufwendig.
Mu aber gar nicht sein, ich habe auch kein Problem damit, temporre
Dateien zu schreiben.
CB>Ganz einfach, wie im Gei-Buch definiert. Also etwa so:
--------8<--------
char atext21[255] = "[3][Keine Antwort vom|Calclock-Emfnger!][OK]";
mbuf[0] = 0x64; /* Message Nr. 100 */
mbuf[1] = gl_apid; /* apid des Senders */
mbuf[2] = -1;
mbuf[3] = (word)strlen(pathandname); /* Lnge des Pfadnamens */
mbuf[4] = (word)((long)(pathandname) >> 16); /* Pointer auf Pfad-*/
mbuf[5] = (word)((long)pathandname & 0xffff);/* namen des Texts */
mbuf[6] = 1; /* Anzahl der Kopien */
mbuf[7] = 0; /* 0 = nach Drucken nicht lschen; */
/* 1 = nach Drucken lschen */
appl_write(calclockId, 16, &mbuf);
/* calclockId = apid des Calclock-Empfngers; */
/* zuvor per appl_find ermitteln */
event = evnt_multi( MU_MESAG|MU_TIMER, /* Und auf die Antwort... */
1, 1, 1,
0, 0, 0, 0, 0,
0, 0, 0, 0, 0,
mess, 2000, 0, /* ... 2000 ms warten! */
&dum, &dum, &dum, &dum, &dum, &dum);
if (((event & MU_TIMER) != 0) && (mess[0] != 0x65)) /* Message 101? */
{
form_alert(1, atext21);
}
--------8<--------
Ah ja, das ist ja recht simpel. Hm, erste Idee von mir: mbuf[7]
umdefinieren, und zwar so, da es ein Bitset ist. Das wre dann
(kompatibel zur jetzigen Version):
Bit 0 Gesetzt: temporre Datei lschen
Bit 1 Gesetzt: Email-Attribute beachten
Mehr bruchte es da ja schon gar nicht. Denn ich mchte natrlich auch
Texte drucken knnen, ohne das die Attribute beachtet werden (ist bei C-
Quelltexten sinnvoll).
CB>"Man stelle alle Parameter in IdeaList so ein, da EMails wunschgem
CB>gedruckt werden, sichere die Einstellungen unter EMAIL.CNF und
CB>bergebe diese Konfigurationsdatei knftig beim Aufruf aus CAT."
Hm, das wrde dann verlangen, da der User die Konfigurationsdatei in CAT
irgendwo selektieren knnte und CAT mte die sich dann merken. Naja,
ginge ja auch noch. Und dann bruchten wir aber trotzdem einen Schalter
fr die Kommandozeile, um die Email-Attribute ein- oder auszuschalten,
denn das ist echt wichtig.
CB>-E: _immer_ die Option "Email-Attribute wandeln" setzen
Da wre mir etwas wie -E+ oder -E- doch lieber, das dann die
Voreinstellung in der Parameterdatei berschreibt.
-T ist ok.
CB>Das Calclock-Protokoll enthlt ja diese Option von Haus aus.
Ja, wute ich nur nicht.
CB>Oder: IdeaList erkennt temporre Files, die anschlieend gelscht
CB>werden, an der Extension "$$$"
Auch 'ne Mglichkeit. CAT erzeugt zwar momentan immer .asc (wegen der
Blockfilter, da wute ich nicht, was die teilweise daraus machen), aber
das umzustellen auf .$$$ ist auch kein Problem.
Also, wie machen wir das? Die Erweiterung im CALCLOCK-Protokoll wie von
mir vorgeschlagen und dazu den Rest per Kommandozeile? Oder versteht
Idealist VA_START, dann knnte ich das auch komplett per Kommandozeile
machen und entweder selber starten oder per VA_START aufrufen.
Gru, Dirk
Gruppe: Persnliche
ID: P6004@KA2
Kommentar zu P48939@K2
Wg.: IdeaList v3.70
Von: Christoph Bartholme @ KA2 (Do, 22.02.96 20:13)
An: Dirk Steins @ K2
MId: 199602222013.p6004@ka2.maus.de
RId: 199602202025.p48939@k2.maus.de
Hierzu gibt es einen Kommentar
Hallo Dirk,
>fein, da Du das auch so siehst.
ist doch Ehrensache! Schlielich ist CAT die Anwendung, die ich privat am hufigsten laufen
habe...
>ich habe auch kein Problem damit, temporre Dateien zu schreiben.
Gut, dann sollten wir das am besten so machen; ist mir auch irgendwie sympathischer und macht
weniger Aufwand.
>Hm, erste Idee von mir: mbuf[7] umdefinieren, und zwar so, da es ein
>Bitset ist.
Gute Idee!
>Das wre dann (kompatibel zur jetzigen Version):
Na ja, nicht ganz, da bisherige CALCLOCK-Empfnger damit ggf. die Datei flschlicherweise
lschen (Test auf ungleich 0) oder flschlicherweise nicht lschen (Test auf ungleich 1). Letzeres
wre natrlich verschmerzbar.
>Bit 1 Gesetzt: Email-Attribute beachten
Und was passiert, wenn Bit 1 nicht gesetzt ist, IdeaList aber die Attribut-Option intern gesetzt hat?
Anders gesagt: Wenn IdeaList eine "klassische" Calclock-Message erhielte (Bit 2 immer 0), wrden
die Email-Attribute *stets* ausgeschaltet bleiben, egal, was IdeaList-intern gesetzt ist.
Konsequenterweise brauchen wir dazu also zwei Bits:
Bit 1 Gesetzt : Email-Attribute beachten
Bit 2 Gesetzt : Email-Atribute nicht beachten
Wenn beide Bits nicht gesetzt sind, werden also die internen Einstellungen von IdeaList verwendet.
Wenn beide Bits gesetzt sind (was natrlich Unsinn wre), wird - na sagen wir - das hherwertige
Bit gewertet.
>Denn ich mchte natrlich auch Texte drucken knnen, ohne das die
>Attribute beachtet werden (ist bei C-Quelltexten sinnvoll).
Klar, das ist unbedingt wichtig.
>Hm, das wrde dann verlangen, da der User die Konfigurationsdatei in
>CAT irgendwo selektieren knnte und CAT mte die sich dann merken.
CAT mte einfach nur eine (editierbare) Kommandozeile fr das Druckprogramm verwalten.
>Und dann bruchten wir aber trotzdem einen Schalter fr die
>Kommandozeile, um die Email-Attribute ein- oder auszuschalten,
Richtig.
>Da wre mir etwas wie -E+ oder -E- doch lieber, das dann die
>Voreinstellung in der Parameterdatei berschreibt.
Kein Problem.
>-T ist ok.
Ich mchte es jetzt doch lieber "-D" ("delete") nennen. Aber das ist ja sicher das allerkleinste
Problem... ;-)
>aber das umzustellen auf .$$$ ist auch kein Problem.
Hm, besonders elegant finde ich diese Lsung nicht. Es knnte ja sein, da ein User aus
irgendwelchen Grnden die Datei liesmich.$$$ ausdrucken mchte und sich dann wundert, da sie
plzlich weg ist. IMO ist es also besser, das Lschen nur ber Kommandozeilenparameter oder die
Calclock-Schnitte schalten.
>Die Erweiterung im CALCLOCK-Protokoll wie von mir vorgeschlagen und dazu
>den Rest per Kommandozeile?
Ja, in Ordnung.
Ich habe heute mal den Kommandozeilenparser um diese Optionen erweitert:
-E+ : Email-Attribute wandeln (das '+' kann auch weggelassen werden)-E- : Email-Attribute nicht
wandeln
-D : Datei(en) nach dem Drucken lschen
-B : Batchmodus, wie gehabt (also: sofort Datei(en) drucken und danach Programm beenden)
Die Switches knnen auch hintereinander geschrieben werden; Gro/Kleinschreibung und
Reihenfolge ist natrlich egal.
Ein typischer Aufruf aus CAT wre also
-be+d f:\cat\database\email.asc
Fr die erweiterte Calclock-Message schlage ich fr mbuf[7] vor:
Bit 0 Gesetzt: temporre Datei lschen (wie bisher)
Bit 8 Gesetzt: Email-Attribute wandeln
Bit 9 Gesetzt: Email-Attribute nicht wandeln
ber die Bitbelegung knnte man noch streiten (:-); ich habe hier mal das hherwertige Byte
mibraucht...
>Oder versteht Idealist VA_START,
Ja.
Allerdings ldt IdeaList lediglich die Datei und beginnt danach nicht von selbst mit dem Ausdrucken.
Besser finde ich fr diesen Zweck die erweiterte Calclock-Lsung.
Sobald ich die Erweiterungen alle drin habe, schicke ich dir eine Vorversion zum Ausprobieren,
ok?
Ciao, Chris
Gruppe: Persnliche
ID: P49593@K2
Kommentar zu P6004@KA2
Wg.: IdeaList v3.70
An: Christoph Bartholme @ KA2 (Sa, 24.02.96 10:08)
MId: 199602241008.p49593@k2.maus.de
RId: 199602222013.p6004@ka2.maus.de
Hierzu gibt es einen Kommentar
Hi Christoph,
CB>Schlielich ist CAT die Anwendung, die ich privat am hufigsten laufen
CB>habe...
da bist Du sicherlich nicht der einzige :-)
CB>ist mir auch irgendwie sympathischer und macht weniger Aufwand.
Ok, fr mich ist es egal.
CB>Konsequenterweise brauchen wir dazu also zwei Bits:
CB>Bit 1 Gesetzt : Email-Attribute beachten
CB>Bit 2 Gesetzt : Email-Atribute nicht beachten
Das stimmt.
CB>Ich habe heute mal den Kommandozeilenparser um diese Optionen
CB>erweitert:
Fein. Und mit der Bitbelegung bin ich auch einverstanden, mir ist das
ziemlich egal, welche Bits das sind.
CB>Sobald ich die Erweiterungen alle drin habe, schicke ich dir eine
CB>Vorversion zum Ausprobieren, ok?
Ok, ich werde dann auch das in CAT integrieren.
Gru, Dirk